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BACKGROUND OF THE INVENTION 

Typical of medical practice, a doctor or other clinician examines a patient, jots 
down a few notes, makes some mental notes. After the examination has been 
completed, the physician retreats to his office where he dictates his report onto tape 
from whatever notes he might have written down, and from his memory. At some later 
time, the tape will be transcribed by another person or a speech-to-text program into a 
computer text file which becomes part of a medical record. 

The physician dictates freely. That is, generally whatever phrase comes to mind 
as the physician is dictating is what is spoken onto the recording system and eventually 
becomes part of the record. 

Although there are standard medical codes for describing medical observations, 
such as the Systematized Nomenclature of Medicine, or SNOMED®, these codes are 
lengthy and unwieldy for the purposes of an examining physician, and are therefore 
seldom used for such purposes. They are also difficult to find, buried deep within 
complex data trees. 

Thus, because medical records are generally made using free text, i.e., the data is 
not entered in any standardized way, the data contained therein cannot be used to collect 
important information. For example, it is not possible to determine how many people 
have sore throats where the descriptions (choice of words, terms) entered by physicians 
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vary so widely. 

SUMMARY OF THE INVENTION 

The present invention is called Medical Advice Expert, or MAX. It is a clinical 
system intended for use by physicians and their supporting staff. The software 
5 facilitates the rapid entry of coded medical information into an electronic medical record 
system (EMR), doing away with potential errors caused by misunderstanding of the 
transcriber, or typographical errors, or errors inherent in speech-to-text software. 

Using a graphical interface a medical professional can rapidly enter clinical 
information which is automatically coded using a standard medical coding system such 
1 0 as the Systematized Nomenclature of Medicine, or SNOMED® . The coding process is 
therefore invisible to the clinician, freeing his time to concentrate on the medical 
problem at hand. 

Because standard codes are utilized, it becomes easy to later use the data for 
statistical purposes, such as determining how many examined patients bad rashes. 

15 MAX is also a clinical decision support system using all data entered by clinical 

staff, as well as older data available from an EMR system, to suggest relevant 
examinations, tests and possible differential diagnoses, i.e., a list of likely diseases given 
a patient's age, medical history, symptoms, etc. This information is used by the system 
to decide which options are likely to be of interest to the user and draws attention to 

20 those options. 

MAX draws on information entered into the EMR to automatically create 
requests for those tests, studies and consultations the clinician decides are necessary. 
Therefore, the present invention eliminates the need for filling in multiple forms by 
hand after the patient has been examined, freeing up more of the clinical staffs time. 

25 An embodiment of MAX uses a graphical interface presented on a touchscreen 

to present information and gather data. This approach makes it possible to enter an 
entire patient history and examination without using a traditional keyboard. In fact, this 
system relies heavily on the possibilities offered by using a touchscreen (or similar non- 
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keying/non-typing input mechanism) and would not be efficient in many clinical 
settings without it. It can, however, be used with any combination of graphical display 
and input system, including, but not limited to, mouse, keyboard, pen, tablet, etc. 

MAX has two main objectives: to aid the physician by simplifying and speeding 
5 up the clinical work process and by putting as few obstacles as possible in the 

physician's way; while at the same time gathering high quality coded (standardized) 
clinical data. 

Accordingly, a medical advice expert system of the present invention includes a 
graphical user interface that presents to a user coded medical information in at least one 
1 0 logical hierarchy, and that accepts selections of the presented information made by the 
!«! user. An electronic medical record generator is responsive to the graphical user 

.R3S. 

]f_ interface and records user selections into an electronic medical record. 

One way of organizing the logical hierarchy is by physiological system. Another 
l3j is by type of examination. Both organizations maybe available in a single embodiment. 

1 5 The graphical user interface (GUI) can include an image of a body, from which a 

Q user can select a body part for examination. The GUI can also include examination 

w 

p method selection controls (or visual buttons), from which the user can select an 

examination method. 

m 

Interactive v. Operational 

20 In addition, the GUI can include at least one set of operational work elements 

(commonly known as "buttons") optimized for a touchscreen, where each button has a 
bulbous portion and a narrower label portion. The bulbous portion is large enough to be 
easily contacted with the user's finger to select the button without the user's finger 
contacting an adjacent button. The narrow label portion protrudes from the bulbous 

25 portion and can contain a text label indicative of the subject or effect of the button. 

The design (above-described shape) of the controls or buttons allows them to be 
lined up alternately in opposite orientations so that they are tightly stackable in a screen 
view without loss in ease of use. 



One set of controls/buttons can be for indicating and allowing selection of 
systems of observation. Another set of buttons can be for indicating and allowing 
selection of observations. Each of these buttons can correspond to a medical coding 
system code for a medical observation and can contain a descriptive label. 

The invention system can further comprise an expert system that suggests tests 
based on user selections. Suggested tests can be displayed highlighted by the graphical 
user interface, for example by coloring, underlining, blinking, etc., a button and/or text, 
or by displaying particular objects such as icons or arrows. 

More generally, a patient history and examination support system of the present 
invention includes (i) a processor, (ii) an input device connected to the processor, (iii) a 
display connected to the processor, (iv) a graphical user interface presented on the 
display which assists a user in an examination of a patient and accepts medical data, 
entered by the user, and that automatically corresponds with a medical coding system 
code, and (v) storage for storing codes associated with the entered medical data, such 
that the stored codes are associated with the patient. 

The graphical user interface can include (i) an image of a body, from which a 
user can select a body part for examination; (ii) examination method selection controls, 
from which the user can select an examination method; (iii) a first set of controls 
indicating physiological systems of observation to which a selected examination method 
can be applied; and (iv) a second set of controls based on the selected examination 
method and a selected physiological system or body part. Each second set control 
corresponds to a medical coding system code for a medical observation and contains a 
descriptive label. Additional sets or levels of controls can be used if warranted, 
allowing selection of codes at finer details. 

The body image can be updated based on user selections, 

A touch-sensitive screen ("touchscreen") can be used as both display and input 
device. The user can select a body part by touching a corresponding part of the body 
image displayed on the screen. 

The user can also select a control by touching the control. Controls therefore 
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can include a bulbous portion large enough to be easily contacted with the user's finger 
without the finger contacting an adjacent control, and a narrow label portion protruding 
from the bulbous portion to provide a text label. This feature allows plural controls to 
be lined up alternately in opposite orientations so that they are tightly stacked. 
5 An electronic medical record generator can generate an electronic medical 

record from the stored medical data. Similarly, a request generator can generate a 
request for at least one of a test, a study and a consultation, based on the stored medical 
data. 

A second set of controls can include a list of common findings for at least one 

10 selected system. Normal findings can be color-coded. 

Alternatively, the second set of controls can at other times include a list of 
possible findings or observations for a selected system. A particular part of the body 
image can be highlighted upon contact through the touchscreen by the user, and controls 
representing common observations for the selected body part can also be highlighted. 

1 5 Selection of a body part from the body image through the touchscreen can be 

"sticky". As a result, plural body parts can be selected and highlighted concurrently 
when the user sequentially touches the corresponding parts on the body image through 
the touchscreen. 

Upon the user selecting an observation, the observation can be stored in storage. 
20 In addition, a differential diagnosis list is updated based on the observation. The 
differential diagnosis list can be available as a pop-up list (i.e., in a pop-up window). 

The system can also include an expert system that suggests an item that the user 
should examine by color-coding controls associated with the item. 

The body image can be an image of a whole body, or a portion of a body, such as 
25 a physiological system (nervous system, digestive system, cardiovascular system, 

respiratory system), an individual organ or a specific body part, e.g., an eye, a mouth or 
the thorax area. The portion of the body displayed can depend on a medical discipline 
associated with the examination. Furthermore, the invention system can initially display 
just a portion of a body. For example, for within an ophthalmology practice, the initial 
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display may be of an eye. 

The portion of a body displayed in the body image can also depend on a previous 
selection made by the user. 

In one embodiment, the body image is of a human body, and can be portrayed 
5 according to any or all of gender, race and age. 

A differential diagnosis list for the patient can be available as a pop-up list (pop- 
up window). 

Similarly, a patient history of the patient can be available as a pop-up list. The 
patient history indicates which examinations have and have not been performed. Upon 
10 user-selection of a system of examination in the history pop-up window, a data entry 
screen relevant to the system of examination can be displayed. Each sentence in the 
history can represent one observation. Upon selection of a sentence/observation in the 
history pop-up window, a data entry screen used to enter that sentence/observation can 
be displayed. The user can, within the data entry screen, modify or delete the 
1 5 sentence/observation. 

The system can further provide examples such as visual images or audio samples 
that can be used for comparison against an observation of the patient. 

Suggested tests/studies can be shown in a pop-up window. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 The foregoing and other objects, features and advantages of the invention will be 

apparent from the following more particular description of preferred embodiments of 
the invention, as illustrated in the accompanying drawings in which like reference 
characters refer to the same parts throughout the different views. The drawings are not 
necessarily to scale, emphasis instead being placed upon illustrating the principles of the 

25 invention. 

Fig. 1 is a high-level schematic diagram of the present invention. 
Fig. 2 is an illustration of a main data entry screen of an embodiment of the 
present invention. 



Fig. 3 is an illustration of a thorax inspection data entry screen of an 
embodiment of the present invention. 

Fig. 4 is an illustration of a thorax auscultation data entry screen of an 
embodiment of the present invention. 

Fig. 5 is an illustration of a cardiovascular auscultation data entry screen of an 
embodiment of the present invention. 

Fig. 6 is an illustration of the screen of Fig. 5, showing the highlighting of a 
selected body part and common observations. 

Fig. 7 is an illustration of the screen of Fig. 6, showing the differential diagnosis 
pop-up window. 

Fig. 8 is an illustration of the screens of Fig. 2, showing the history and 
examination pop-up window. 

Fig. 9 is an illustration of the screen of Fig. 2, showing the time entry pop-up 
window. 

Fig. 10 is an drawing illustrating the stacking of two buttons/controls of the 
present invention. 

Fig. 1 1 is a simplified block diagram of an embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

A description of preferred embodiments of the invention follows. 
The invention may be thought of as a tool for selecting symptoms, diagnoses, 
etc., from a "catalog" such as a coding system. It can be used to enter and maintain 
patient history, or to assist in patient examinations, or both. 

Fig. 1 is a high-level schematic diagram of the invention system 7. A computer 
2 provides a graphical user interface on a touchscreen 4 and accepts input from the 
screen 4. Of course, more conventional methods such as using a mouse, keyboard, pen, 
tablet, etc., can also be used - however, it is believed that the touchscreen gives the 
clinician end-user the most freedom and will encourage the most use. Other devices 
such as personal digital assistants (PDAs) could also be used in place of the discrete 
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computer 2 and touchscreen 4. 

The processor 2 communicates with one or more databases 6 which may contain 
a medical code database and/or patient clinical histories. 

The system 7 is used primarily to create electronic medical reports (EMRs) 8, 
5 but can also produce various requests 10, such as requests for tests, studies and/or 
consultations. 

Example 

The system 7 does not force the user to do things in a certain order and there are 
many ways of accomplishing the same task. To illustrate how the system 7 might be 
10 used, we choose one of the paths available for demonstration and walk through it step 
by step. 

The example used is heart auscultation. 

Fig. 2 is an illustration of the main data entry screen 20 depicting a whole body 
inspection. The patient's name, age and other personal information are presented at 
1 5 patient identification area 2 1 . 

The user is presented with an image 22 of the whole body as well as several 
buttons 26 (to the right of the body image 22) indicating major systems of observation. 
In particular disciplines, where a whole body image might be irrelevant, the first image 
presented may instead be the particular relevant portion of the body. For example, an 
20 ophthalmologist might first be presented with an image of an eye, while a dentist might 
first be presented with an image of a mouth. 

Another set of buttons 24 indicate the four methods of examination; Inspection, 
Auscultation, Percussion and Palpation. Accordingly, Buttons 24 are labeled "In", 
"Au", "Pa" and "Pe". In one embodiment, the default mode of examination is 
25 Inspection. Alternatively, the default mode is configurable according to the needs of the 
user. Buttons 24 may also have graphical icons (not shown). 

Pop-up windows, described later, are available by selecting tab 28 for a history 
pop-up window, tab 30 for the differential diagnosis pop-up window and 32 for a 
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timeline pop-up. 

Button 34, which here bears the letter "C", is used to close the application. In 
later windows (e.g., Figs. 3-8), it turns to a left-pointing arrow and when selected, brings 
back the previously displayed screen. 
5 The user may select a particular body part from the image 22. The selected body 

part may, for example, be a discrete part such as an arm or a leg, an area such as the 
lower abdomen or thorax, or an organ. Assume that the user points to the thorax region 
1 8 of the body image 22 on the touchscreen. The image immediately zooms in to show 
a large image of the thorax. 
10 Fig. 3 illustrates the resulting thorax inspection data entry screen. The first set 

£ of controls or buttons 26, to the right of the body image 22, immediately changes to 

p : reflect the area under examination. As such, buttons pertaining to systems not relevant 

M to the thorax, such as ear-nose-throat examination, are no longer shown. 

:jj Now assume that the user decides to auscultate the thorax and presses the 

1 5 Auscultation button 24B. 
Q Fig. 4 illustrates the updated thorax auscultation data entry screen. The 

Auscultation button 24B is highlighted to indicated that an auscultation examination has 
2 been selected. The first set of buttons 26 to the right of the body image 22 immediately 

lU change to reflect this selection. That is, only buttons 26 pertaining to the cardiovascular 

20 and respiratory systems are now available, as they are the only systems available for 
auscultation in the thorax area. 

A new set of buttons 36 is now displayed to the right of the first set of buttons 
26. These buttons 36 represent the most common findings in cardiovascular and 
respiratory examination and can be accessed without going deeper into system of codes. 
25 It is noted that the shape of each button 26, 36 enables efficient interleaved 

stacking of the buttons. As such, a fairly numerous plurality of buttons 26, 36 is 
displayable in the various screen views 20, in a manner that does not hinder usage 
(selection) of an individual button (as discussed further later). 

Now, assume that the user/clinician has heard something unusual and therefore 
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presses the cardiovascular button 26B. The screen updates so that the second set of 
buttons 36 now shows an extensive list of possible findings on cardiovascular 
auscultation. 

Fig. 5 illustrates a cardiovascular auscultation data entry screen. The 
cardiovascular button 26B, selected by the user, has been moved (repositioned) and is 
now highlighted. The second set of buttons 36 has been modified to contain an 
extensive list of possible findings. These findings are grouped in color coded segments 
36A - 36D. For example, in Fig. 5, these buttons are grouped into four segments, 
labeled "General and volume" 36A, "Murmurs" 36B, "1st, 2nd, 3rd sounds" 36C and 
"Snaps, clicks, etc." 36D. The background of each of these segments can be colored 
with a different color. 

In addition, a form of clinical decision support can also be provided. For 
example, observations 37 representing normal observations can have green text. Other 
visually highlighted or distinguishing effects are suitable. 

Now assume that the user presses an image area on the thorax to the right of the 
sternum. This area is known as the right parasternal area and has a code in the coding 
system. 

Fig. 6 illustrates the resulting screen. The selected parasternal portion 38 of the 
body image is highlighted, and remains highlighted. Immediately those buttons 39 in 
the second set 36 representing heart sounds that are particularly likely to be heard in this 
area are highlighted to draw the user's attention to them. Highlighting can be, for 
example, by filling the button with a background color such as yellow, or alternatively, 
by coloring the text, or by underlining, blinking, etc., the button and/or the text, or by 
displaying particular objects such as icons or arrows. 

As seen in Fig. 6, the system 7 suggests observations, via the highlighting, 
without forcing them on the user (i.e., without limiting the user to use only these buttons 
39). It is important to note that, although the system 7 suggests the most common 
observations, it does not remove or exclude the other observations, and the clinician is 
free to choose any of those observations. This is a very important feature of the system 
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7, allowing it to draw attention to and focus on a small subset of observations without 
restricting (limiting) the user to that subset. 

Text may also indicate items that the system 7 suggests that the clinician should 
examine to help shorten the differential diagnosis list, for example, by coloring the text 
5 red. 

Note that the selected parasternal portion 38 of the body image is highlighted, 
and remains highlighted, that is, the selection is "sticky." If another body part is 
selected from the displayed image, both parts will be highlighted and the members that 
make up the set of buttons 36 will be changed to take into account both selections. 
10 Alternatively, a user can designate an area of interest in the displayed image, for 

example by drawing a closed curve around the area, to select the parts of the body 
within the area. 

Now, if the user hears a pansystolic murmer, the user can enter this observation 
into the underlying EMR system by pressing the button 36 labeled "pansystolic 
15 murmur." At the same time, this information is used to update the differential diagnosis 
list (corresponding to Differential tab 30) to include aortic stenosis. 

Fig. 7 illustrates the differential diagnosis list pop-up window 40, which pops 
up when the user selects the associated tab 30 (Fig. 6). Here, the last item in the 
differential diagnosis list, "7. Aortic stenosis", was added when the pansystolic murmur 
20 button 36 was pressed in Fig. 6. 

Pop-up windows for corresponding pop-up lists are available at all times. These 
allow the user to see what has been entered so far and also look at the differential 
diagnoses suggested by the system 7. Suggested tests and studies, a virtual keyboard, 
etc., can be implemented as such pop up windows. In a system with a sufficiently large 
25 monitor, or with multiple monitors, such windows need not be pop-up windows and 
could be visible at all times. 

Fig. 8 additionally illustrates the History and Examination pop up window 42, 
which provides a clinical history of the patient. Information is presented in a series of 
sub-windows 42A-42L 
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The information presented in the History and Examination window 42 as shown 
in Fig. 8 pertains to an examination. Sub-window 42A represents the history of the 
current illness, which must be visible for reference during a physical examination. Sub- 
windows 42B-42I represent different physiological systems, ordered to reflect a logical 
5 approach to a particular examination. Systems not yet examined may be highlighted. 
Clicking on a sub-window 42A-42I can expand that sub-window to show more 
information, if any is available, or can minimize the sub-window if it is currently 
expanded. 

A similar "history" window may be divided into sections providing, for 
10 example, "history of current illness", "history of prior illness", "family history", etc. 
q Alternatively, these different sections may be implemented as separate windows. 

H The above example demonstrates one way of coding pansystolic murmur in the 

M right parasternal area of a patient. Another way is to press (select) the cardiovascular 

m button 26 in the opening screen 20 (Fig. 2), followed by the auscultation button 24B to 

15 bring the user directly to the detailed cardiovascular auscultation screen (Fig. 5). 

is 

Q Selecting auscultation first and then the cardiovascular system button 26B would bring 

Q the user to the same part (screen view) of the system 7. There are several other ways of 

£ reaching this same screen, which illustrates how the software allows for different 

fii approaches to clinical examination. 

20 There are three types of medical record information that can be entered: patient 

examination data; patient medical history; and history of a current illness. These last 
two comprise history data. For example, during an examination, a patient may elaborate 
on his or her condition by reporting to the clinician symptoms which were present in the 
past. This information constitutes patient history data. Patient history data is 
25 differentiated from examination data in part by the need to have temporal data 
associated with the history data for it to be useful. 

Fig. 9 illustrates a time entry dialog pop-up window 44, which appears when the 
corresponding time tab 32 (Fig. 2) is selected by the user. This window 44 allows 
temporal information for patient history data to be entered into the system via the touch 
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screen 4. Buttons are grouped such that the clinician, by proper selection, can compose 
a meaningful historical description. 

For example, buttons of group 46 describe how a condition has changed. 
Numbered buttons 48 allow the entry of multi-digit numerical values. Time unit buttons 
5 50 describe the unit of time to be applied to the entered numerical value. Qualifier 
buttons 52 further help to describe when the change occurred. User selections appear in 
the selection indicator bar 54 below. 

In this example, the user has pressed the "Started", "2", "5", "minutes" and 
"ago" buttons in succession, resulting in the patient history "Started 25 minutes ago" as 
1 0 displayed in the selection indicator bar 54. While this manner of entering time data is 
particularly useful when using a touch screen, it may also be of value when using a 
mouse or any other pointing device, facilitating fast data entry. 

Graphical User Interface (GUP 

MAX 7 (Fig. 1) uses a unique way of presenting clinical information on-screen. 
1 5 A touch screen 4 is used in novel ways to navigate through vast amounts of clinical 

.ass. 

codes and enter information into an EMR 8. 
Q For example, the screen 4 has several subareas. The body area displays an image 

22 of the human body. Buttons 36 are displayed which represent clinical codes. The 
uppermost part of the screen displays general patient information 21 . On the borders of 
20 the screen are tabs 28, 30,32 representing pop-up windows. Selecting one of these tabs 
causes the associated pop-up window to be displayed, or if currently displayed, to be 
hidden. In one embodiment, the lower border is used to display a timeline. 

In one embodiment, the body image 22 reflects the gender, race and age, and 
possibly other physical characteristics, of the patient. The image of the body can be 
25 zoomed for increased detail. The body image 22 is divided into areas according to rules 
used by clinical coding systems. Areas that can be selected change depending on the 
biological system being examined. 

"Sticky" buttons 36 allow the image to reflect which area has been selected. 
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Multiple areas can be selected simultaneously and an observation, such as a rash, can be 
tied to all of the selected locations at once (i.e., at the same time). 

Clinical decision support is used to decide which observations are presented to 
the user, depending on the area of the body image selected. Each button 36 represents a 
5 corresponding code in the clinical coding system. In one embodiment, color coding is 
used for clinical support. 

For example, buttons can be highlighted with a color such as yellow to indicate 
common findings in the area being examined. Text and/or buttons and/or button 
outlines can be colored green to indicate normal observations, or red to indicate items, 
10 suggested by the system 7, that the user/clinician should examine to help shorten the 
differential diagnosis list 40. 

As Fig. 10 illustrates, the shape of the buttons 26, 36 is unique. A sample button 
70 is illustrated, having a selection area and a description area. In this example, the 
selection area comprises a bubble or bulbous portion 72 at one end, and the description 
1 5 area comprises a narrower label portion 74 protruding from the bulbous portion 72. The 
label portion 74 contains a text label 73. The bulbous portion 72 makes the button 
suitable for touch screen use, by providing a space large enough for a user's finger to 
contact without contacting an adjacent button. Although the shape is circular, other 
bulbous shapes, such as diamonds or octagons, etc., could also be used effectively. 
20 The bulbous portion 72 in combination with the narrower label portion 74 makes 

it possible to stack the buttons 70 tightly without sacrificing the ease with which users 
can press them with their finger. This is done by lining up (stacking) buttons in 
alternate orientations, for example, button 70 has its label portion 74 protruding from 
the right side of the bulbous portion 72, while button 76 has its label portion 78 
25 protruding from the left side of its bulbous portion 80. 

The above button design provides a solution to the limited space that is available 
on commonly available touchscreens. However, this limitation might very well be 
eliminated in the future, making buttons of other shapes equally feasible. 

In another embodiment, the selection area of a button is separated from the 
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description area, such that button selection areas are displayed on a separate window, 
screen or monitor from button description areas. Alternatively, individual keys on 
specially designed keyboards could correspond to particular areas of the display. 
The clinical history and examination is displayed in an interactive pop-up 
5 window 42 (Fig. 8). This history pop-up window 42 shows which biological systems 
have been examined and which have not. Pressing a system of examination in a 
displayed history pop-up window 42 takes the user directly to the relevant data entry 
screen. 

In addition, each sentence in each history and examination sub-window 42A-42I 
10 represents one observation. Pressing or selecting a system such as "Head" or "Neck" 

expands the respective sub-window 42C, 42D to show additional observations for that 

system. Pressing (selecting) a particular sentence or observation brings up the data entry 

screen that was used to enter that sentence. The user can then choose to change or 

delete the selected sentence/observation. 
15 In another embodiment, this window 42 could be implemented with buttons 

designed such that the selection area of a button is displayed separately from the 

associated label, for example with a line connecting the two. 

The differential diagnosis list is also displayed in a respective pop-up window 40 

(Fig. 7). In similar fashion, suggested tests and studies are shown in respective pop-up 
20 windows. 

In a further embodiment, samples are provided that can be used for comparison 
against an observation of the patient. Such samples can be for example, visual or aural. 
For example, a row of pictures, each showing a different type of rash can be presented 
on screen 4. The clinician then enters an observation by touching the displayed picture 
25 of the rash corresponding to that observed on the patient's skin. Similarly, a series of 
sounds can be provided for selection by the clinician user. For example, various types 
of murmurs may be audibly presented in this manner for selection of an observation by 
the clinician.. 

Fig. 1 1 is a simplified block diagram of the system 7, with reference to a sample 
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screen 90. 

A graphical user interface (GUI) driver 50 composes the screen 90 by integrating 
together the body image 22, examination method controls 24, first-level controls 26, 
second-level controls 36, a differential diagnosis pop-up window 40, a clinical history 
5 pop-up window 42 and other pop-up items 32 such as a timeline. 

An expert system 52 suggests various tests or examinations to the GUI driver 50 
which in response highlights certain displayed buttons. 

The GUI driver 50 accesses a database 6A of medical codes and stores entered 
medical information from an examination into a patient history database 6B. Medical 
10 codes database 6 A includes visual as well as audible selection means of corresponding 
!i medical codes. 

l ri The GUI driver 50 accesses an electronic medical record (EMR) generator 54 to 

M generate electronic medical reports from the patient history stored in patient history 

lUj database 6B. The GUI driver 50 accesses a test request generator 56 to generate 

" § 15 requests for tests, studies and consultations, etc. based on current selections (body parts, 

□ biological systems, examination method, etc.) made by the user, as determined by expert 

system 52. 

2 It should be noted that the invention is not limited to two sets of controls, as 

ill some buttons in the second set 36 (Fig. 4) may lead to a third set of controls, and so on. 

20 It is also possible that one or more buttons from the first set of controls 26 could 
represent codes directly. Furthermore, buttons in the second, third, etc. controls sets 
could represent physiological systems or even body parts or body areas. 

Further embodiments of the invention may include multiple monitors. For 
example, one or more monitors may be used for displaying information about the 
25 patient, such as patient history or patient monitor information, e.g., heart rate, blood 
pressure, etc. A separate monitor would show the logical hierarchy of the system, i.e., 
the navigation and button/control information. Such an implementation could make one 
or more pop-up windows unnecessary or redundant if the separate monitors display the 
information that would otherwise appear in the pop-up windows. 
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Also, while several "pop-up" windows have been described, these windows need 
not be restricted to pop-up windows, appearing only when their corresponding tabs are 
selected. That is, the need for such windows to be "pop-up" windows is directly related 
to the size or number of the monitors. For example, a large monitor, or multiple 
5 monitors as described above, could display such information at all times, which may be 
preferable over pop-up windows. 

Those of ordinary skill in the art should recognize that methods involved in a 
MEDICAL ADVICE EXPERT may be embodied in a computer program product that 
includes a computer usable medium. For example, such a computer usable medium can 

10 include a readable memory device, such as a solid state memory device, a hard drive 
device, a CD-ROM, a DVD-ROM, or a computer diskette, having stored computer- 
readable program code segments. The computer readable medium can also include a 
communications or transmission medium, such as a bus or a communications link, 
either optical, wired, or wireless, carrying program code segments as digital or analog 

15 data signals. 

While this invention has been particularly shown and described with references 
to preferred embodiments thereof, it will be understood by those skilled in the art that 
various changes in form and details may be made therein without departing from the 
scope of the invention encompassed by the appended claims. 



